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TIME-CONTROLLED MESSAGING SYSTEM 

TECHNICAL FIELD 

[0001] This invention relates to messaging systems and more particularly to 
systems and methods for allowing external control of the time a received message is played 
for the receiving user. 

BACKGROUND OF THE INVENTION 

[0002] For people in the early stages of Alzheimer's disease or memory loss, 
many activities of daily living become confusing, challenging or impossible. A key example 
is keeping track of time and calendar. Knowing the date or day of the week becomes 
difficult. Keeping track of activities scheduled for a specific day and time is overwhelming, 
if not impossible. Standard tools, such as clocks and calendars, may not provide sufficient 
information to eliminate confusion and provide the certainty needed. Even if the information 
provided via such a medium is understood, it may not be retained long enough for the person 
to act on it in a meaningful manner. 

[0003] For a person with memory impairment, a standard calendar entry may 
not convey the information needed to result in appropriate action. Although the calendar may 
clearly indicate a haircut appointment on Wednesday, October 12 at 10:00am, this may be 
meaningless information to a person who isn't sure if it is Wednesday, or even if it is 
October. Even if the person knows the day and time, that person may not be able to 
remember the appointment, even an hour later. Therefore, the recipient will be incapable of 
taking the appropriate steps to prepare for the appointment. 

[0004] Although reminder calls from a third party can be helpful, such as when 
the Doctor's office calls the patient the day before to confirm the appointment, the call often 
does not provide the information in a timeframe that maximizes the chance of obtaining the 
desired result, especially from people with impaired memory. Also, information provided by 
telephone, or even by e-mail, can only be acted upon if it is, in fact, received. People with 
impaired abilities, such as memory, hearing or sight loss or who just are physically unable to 
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operate an answering machine or computer, often can not see or hear their messages even 
when they are easily available. 

[0005] Some systems exist in which messages can be sent to a receiving system 
and then played at a later time. For example, U.S. Patent 6,442,573 describes a system that 
allows a sender to send one or more messages to a server. The recipient's system then calls 
the server at a preset time to retrieve the messages. Another system, described at page 22 of 
the December 2003 issue of Readers Digest describes a system that allows a sender to send 
messages to a recipients system. A light on the system indicates that the recipient has mail. 

[0006] However, even when dementia has not taken its toll, some people can 
not reach or operate the telephone, or can not hear well enough to make telephone 
communication meaningful. Leaving messages for these folks is of little help, since many 
can not operate answering devices, read their email, or even be alert enough to remember to 
do so, assuming they possess the ability to operate the equipment. 

BRIEF SUMMARY OF THE INVENTION 

[0007] In one embodiment, there is disclosed a messaging system which allows 
a message originator to send a message to a message recipient, the message being presented 
to the recipient at a time selected by the message originator without any action being taken by 
the recipient. 

[0008] In a further embodiment, the system could override the time, or delay 
the time, selected by the originator and present the message in accordance with a different 
protocol. 

[0009] In a still further embodiment, the message sent by the originator can be 
supplemented by additional information, such as by a local temperature sensor, or by 
electronic data from a different source. 

[0010] In a still further embodiment, the message originator could be a 
broadcast originator with the same message sent to a plurality of recipients with the time for 
presentation controlled by the originator. 
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[0011] In a still further embodiment, the message could be delivered to the 
recipient in a form, or forms, most suitable for that particular recipient regardless of the form 
the message is received from the originator. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0012] For a more complete understanding of the present invention, reference is 
now made to the following descriptions taken in conjunction with the accompanying 
drawing, in which: 

[0013] FIGURE 1 is an illustration of an embodiment of a display; 

[0014] FIGURE 2 is a schematic of an embodiment of the control for a 
messaging system; 

[0015] FIGURE 3 is a block diagram of an embodiment of a memory structure 
for controlling a messaging system; 

[0016] FIGURES 4 A and 4B are block diagrams of messaging system 
embodiments; and 

[0017] FIGURES 5 and 6 are embodiments of flow charts for messaging system 

control. 

DETAILED DESCRIPTION OF THE INVENTION 

[0018] The inventive concepts taught herein help to facilitate communication 
with folks having difficulty with their chores of daily living by allowing third parties, such as 
an adult child, or a professional caregiver, to send messages to the recipient and to have that 
message delivered at a time appropriate for the message. 

[0019] In operation, the message sender communicates with a recipient's 
messaging system and records a message, or sends one or more preestablished messages for 
storage on the recipient system. In conjunction with the stored message, a date (or series of 
dates) and time (or series of times) and/or one or more other attributes, is recorded in 
association with the stored message. Each stored message will be played for the recipient at 

25358039.1 

3 



Docket No.: 005708-P010US-08008819 



the time set forth in the recorded associated attributes without any action required on the part 
of the recipient. Optimally, one or more messages can be stored, either locally at the 
recipient's system, or on a server, and, at a time controlled by the sender, one or more of the 
stored messages displayed. The time to start the message could be associated with each 
message, or could be sent by the sender at a different time. Or, in one embodiment the 
identity of a message (for example something pre-delivered by the sender or pre-selected by 
the sender from a separate stored location) can be sent along with a play time and at the 
appropriate time the recipient system would download the message and play it for the 
intended recipient. 

[0020] As one example, assume that Sue is scheduled to take her mother for a 
haircut at 10:00 a.m. on Wednesday, October 12. Anytime before the appointment, and 
perhaps when the appointment is first made, Sue (the originator) calls her mother's (the 
recipient) messaging system and prerecords one or more messages for delivery to her mother 
at times specified by Sue. Sue may choose the first message to be played on, say, Tuesday, 
October 1 1th at 7:00 p.m. That message might say, "Hi, Mom, this is Sue. I just called to 
remind you that you have a haircut appointment tomorrow morning at ten. I will pick you up 
after breakfast." 

[0021] At 7:00 p.m. on Tuesday October 1 1th, with no further action either by 
Sue or by her mother, her mom will hear the message that was prerecorded days, or even 
weeks before. Based upon her mother's situation, the verbal message, in addition to being 
played orally, might be translated into video words on a screen, and/or video images of a 
barber, etc. The system could update or change the message based on the specific date (or 
time) the message is played. 

[0022] Sue could also have recorded at least one other message to be played on 
Wednesday morning. One of these messages could play at 7:00 a.m. as a wake up reminder 
and another would play at 9:15 a.m. The 9:15 a.m. message could, for example, say, "Hi, 
Mom. This is Sue. I'll be there to pick you up in fifteen minutes to take you to get your 
haircut. Please be dressed and ready to go." If desired, Sue could optionally enter an attribute 
that tells the system to obtain the then current (at the time the message is played) weather 



25358039.1 



4 



Docket No.: 005708-P010US-08008819 



conditions and to give that information to her mother along with dressing suggestions, 
appropriate to the then current weather. 

[0023] Although Sue may supplement these messages with actual phone calls, 
pre-sent messages help to reinforce the information and provide it at critical times when it 
may not be possible for Sue to place a call. 

[0024] Some locally stored messages, (which can be programmed to play 
without other messages) could be, for example, "Its raining today, don't forget your 
umbrella!" or "The temperature has really dropped - you'll need long sleeves and a jacket 
when you walk the dog." The exact message can be prerecorded by a sender, or could be pre- 
canned, either in a local device or a remote server. The appropriate message, or messages, 
could be triggered by external sensors at preset times, or triggered from an administrator, a 
clock, or even by a third party sender. The preset messages could be locally stored, or stored 
remotely and "asked" for at the appropriate times. 

[0025] The message presentation systems and methods described herein can be 
customized to best fit the needs of the recipient. If the recipient is deaf, messages would be 
presented via a screen and the recipient notified of an incoming message via a flashing light. 
If a recipient needs to hear or see a message again, he/she presses a button marked "repeat" or 
some equivalent presented to the user in big letters. If desired, the recipient can be asked to 
respond to the message. This response could be orally or by a button press. The response 
would be communicated back to a message sender via a communication path identified in 
association (an attribute) of the originally recorded message. 

[0026] The user could in some embodiments, become the originator as well as 
the recipient and thus could preprogram his/her own system for reminders, such as wake-up 
calls, at preset times or at times determined by external events, such as temperature, activity 
(wake-up, meals, GPS, calendar events, etc.) Such preset reminders could, for example, 
include messages based on a sensor read-out at the time of the message. Thus, for example, a 
user could set a message such as, "Time to get up. It's six-fifteen on Tuesday morning. The 
outside temperature is thirty-five degrees. The high today will be fifty degrees and no 
precipitation is predicted. On your calendar for today, there is a haircut appointment for your 
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mom at 10:00 a.m. and lunch at Rosies with friends. Don't forget to order theatre tickets." 
The words in bold in the preceding sentence would be obtained at the time the message is 
played from sensors or from other available data, such as the Internet. For example, the word 
"Tuesday" would come from a calendar sensor; the word "thirty-five" would come from a 
temperature sensor; the words "fifty" and the "no precipitation" could come from a search of 
the Internet, or from a radio broadcast, or other source. The calendar information would 
come from the user's electronic calendar. Attributes associated with the stored message 
would trigger the message play time, as well as the bolded words. 

[0027] While the scenarios discussed herein are in conjunction with instructions 
recorded by a care-giver, there are any number of other uses for the concepts discussed. For 
example, a parent, or friend, of a child away in college (or of an elderly parent in a nursing 
home) could call the system and record messages to be played at certain times in the future. 
Thus, a parent could record birthday greetings to be delivered on the child's birthday or 
music to be played at a certain time. Or a traveling parent could prerecord a series of stories 
to be read to a small child every night at a time set for each story while the parent is away on 
business or pleasure. Each story would be played at a time set by the parent without any 
action required by the child. If desired, at the end of each story the parent could prompt a 
response from the child and that response will be held in memory, or communicated to the 
parent at a telephone (pager, email) number (or series of numbers) provided with the original 
recording. Under some situations, it might be appropriate to simply have the system go into 
open-mike mode where any sounds (or images, if desired) are communicated to the 
originating party. Of course, because of privacy concerns the use of such a feature must be 
carefully controlled. 

[0028] In nursing home and hospital situations, the administration could send a 
broadcast message to a plurality of rooms, detailing the day's activities. This communication 
could be, for example, both oral and visual, and the visual presentation could be made to 
remain visible on the screen for a long period of time. Such a display could be, for example, 
a calendar of events for the day. An audio message could be played just prior to the time of 
each event, if desired. Message override control can be provided to enable messages at 
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certain times without regard to the time stipulated in a message, or to prevent calls during 
certain time periods. 

[0029] Turning now to FIGURE 1, there is shown display 10 which can, if 
desired, have visual display screen 1 1 surrounded by frame 12. Frame 12, in this 
embodiment, has speaker 13 and microphone 14. Display 10 is shown as a stand-alone unit, 
perhaps adaptable to hang on a wall. To facilitate wall hanging, screen 1 1 would 
advantageously be a flat panel, such as an LCD or other similar type of screen. Also, if 
desired, lights 15 (or any other attention getting device) could be fashioned into frame 12 so 
as to notify a hard-of hearing (or forgetful) person to look at the screen at the appropriate 
times. Display 10 can be built into other devices, and thus, can be part of a television set, 
radio, clock, cell phone, Global Position System (GPS) or even part of a conventional 
answering machine. 

[0030] An example of a message delivery system with sender imposed delivery 
instructions is shown in U.S. Patent 6,643, 684 issued November 4, 2003, which patent is 
hereby incorporated by reference herein. These instructions, or delivery policies, go along 
with the message on the internet and can if desired, include time of delivery information. 
This delivery time is the delivery time of the message to a particular machine and not to the 
end user. 

[0031] FIGURE 2 shows messaging system 20 operative to accept input from a 
communication link, such as link 202. Link 202 can be wireline or wireless, or can be the 
Internet and can be dedicated (i.e., having its own unique address) or can be shared with other 
equipment. Data can be delivered over a plurality of inputs, such as input 203 which also 
could be wireline or wireless. Some part of the message could come over, for example, line 
202 and another part over line 203. A sender could download one or more message control 
codes together with message play times. At the appropriate control time, a signal could be 
sent from system 20 over, for example, line 203 to obtain the actual message from a remote 
server. Lines 202 and 203 could have different bandwidth, if desired, and different network 
connectivity. System 20, ideally would be located with the recipient, but could, if desired, be 
remote therefrom. 
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[0032] In a preferred embodiment, system 20 would have its own address, such 
as a telephone number or pager address. Power to the system could be externally supplied, or 
supplied by internal batteries or a combination thereof. System 20 can be designed to support 
a single display 10 (as shown in FIGURE 4A), or multiple display 10s (as shown in FIGURE 
4B). Multiple displays based on the configuration of FIGURE 4A could all broadcast the 
same information, for example, in different rooms. Multiple displays based on the 
configuration of FIGURE 4B could be located in different recipient's rooms, for example, in 
the various resident rooms of an assisted living facility. In such a situation, each screen could 
display information unique to the intended recipient. The messaging system can be stand- 
alone (as will be described) or it can be part of one or more other devices. 

[0033] An incoming communication would be directed, for example, by a 
public switched network, to input 202 (or to input 203) and then processed by communication 
interface 21 so as to provide answer supervision (if necessary) back to the calling party. 
Answer supervision should ideally occur without causing ringing of the recipient's telephone. 
Using pager technology, answer supervision would not be necessary and each message 
system 20 would ideally have its own unique address. 

[0034] Communication interface 21 contains voice prompt circuitry for 
providing message control to a calling party. Voice prompt messages can be used to obtain 
from the calling party a proper PIN (if required), or other identity code, as well as, the desired 
message, the desired play time, or times and other attributes used for controlling the message. 
Interface 21 also obtains from the calling user any information, such as room number, if 
required, to access the system and any additional attributes, such as check temperature sensor, 
check calendar, check Internet at a specific address, check GPS, check medical sensor, etc. 
As will be seen, these message attributes are stored in conjunction with each message and 
then used, at each message play time, to control locally generated messages. Administration 
messages, and administration controlled time overrides can be entered via any of the inputs or 
via an administration input (not shown). 

[0035] Processor 22, in conjunction with memory 30, controls interface 21 and 
controls the storage and retrieval of the proper information at the proper time. Clock circuit 
26 provides the time and date in conjunction with processor 22. 
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[0036] When a receiving user is hearing impaired, speech to image converter 23 
operates to convert audio input to a visual display (words and/or pictures) prior to sending the 
message data to display 10. Display driver 24 operates to format visual data for display 10 
and if there are a plurality of such displays, serves to decode which display (or displays) is to 
be active. Driver 24 is also operative, if desired, to size the visual images to suit the recipient 
such that a visually impaired person would receive a larger type face image than would a 
person having normal vision. Processor 22 (or, if desired, a separate control circuit) serves to 
adjust the sound levels for audio depending upon the recipient's hearing acuity. 

[0037] Sensor input 25 serves to connect system 20 to the various sensors, such 
as thermometer 210, external calendar 211, Internet 212, radio, or other misc. sensors 213, 
which could, for example, be medical sensors, GPS sensors, etc. These connections can be 
hard wired, but are preferably wireless, or a combination thereof. It should also be 
understood that the component arrangement and component interaction shown in FIGURE 2 
is only one embodiment and those skilled in the art can establish a messaging system using 
numerous other combinations. 

[0038] Turning now to FIGURE 3, there is shown one embodiment of memory 
30 having partitions therein for performing several functions. Memory partition 31 stores 
messages received from a sender as well as fixed messages that can be triggered by a 
message sender. Such fixed messages could be, for example, "It is cold outside today. Dress 
warmly." This message could be triggered by an attribute sent within a message (or instead 
of a message). These attributes, can be identified by respective codes, such as #3 for 
temperature, #4 for calendar, etc. The attributes for a given message are stored in memory 
partition 32 and keyed to the proper message in partition 3 1 . The code to trigger an attribute 
could, for example, be a word, such as "temperature," a number, a tone, or any combination 
thereof. 

[0039] Image data that is received from a sender, as well as prestored image 
data, is stored in memory partition 33. If desired, calendar partition 34 can keep a personal 
calendar for the recipient and can be used in conjunction with one or more remote calendars 
211 (FIGURE 2). Override partition 35 stores data used to modify recipient provided play 
times. This override could be to make all messages play within a certain block of time or 
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could be used to prevent messages from playing for certain periods, for example, during the 
night. 

[0040] The data in override partition 35 could be used to set certain preset times 
and the sender could select such preset times by using a code to identify such times. Such a 
code could be used instead of providing a specific play time with the message. 

[0041] For example, the sender might not know the recipient's wake up time, 
but wants a particular message played at wakeup. A code could identify this attribute of a 
message and the local system (either on administrator, or the recipient, or a caregiver) would 
set the wakeup time. Also, a sender could send a code to trigger one or more messages 
(whether generated by the sender or pre-canned based on an external event occurring at the 
recipient's location. These external events could be, for example, temperature, calendar- 
event, GPS position, time, medical condition of the recipient, user activity. Clock time 
partition 36 is used to store the play times as determined by the message sender. These times 
are keyed to the proper message stored in memory portion 3 1 and to the proper attributes 
stored in memory partition 32. Note that the arrangement of memory 30 as shown in 
FIGURE 3 is but one embodiment and many database and memory structures could be used 
to maintain the proper association of messages with play times and other attributes. 

[0042] FIGURE 4A shows one embodiment of messaging system 40 in which 
incoming telephone line(s) 401 is connected through cut-off 41 to traditional answering 
machine 42 and/or telephone 43. Since one of the advantages of the messaging system is that 
incoming messages are delivered to the recipient under control of the sender, it is not 
advantageous to have telephone 43 or answering machine 42 (if supplied) answer the call. In 
such a situation, cut-off 41 senses a signal (or other data) on the incoming call and routes the 
incoming call to messaging system 20. In situations where messaging system 20 is part of 
answering machine 42, the incoming ringing is turned off and the call is routed to a special 
memory, or memory section, within the answering machine and then processed as discussed 
with respect to FIGURE 2. For such a situation, answering machine 42 answers the call but 
blocks audible ringing. The message is recorded, but the play back time is controlled by the 
message sender and not by the message recipient. 
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[0043] FIGURE 4B illustrates system 45 designed to handle multiple recipient 
displays 10-1 to 10-N by common control circuit 420. Line interface 426 operates similarly 
to interface 21, but, if desired, handles multiple incoming lines. Memory 30 is partitioned to 
keep the various residents (message recipients) separate. This partition can be permanent, or 
can be established when, and if, messages have been stored for a particular resident. Using 
this embodiment, the system administrator (not shown) can easily place messages in each 
mailbox for subsequent delivery to selected ones of devices 10-1 to 10-N. The administrator 
can input messages, or time control for messages, either through interface 426 or directly 
through input control 427 which could be wireline or wireless. 

[0044] FIGURE 5 shows one embodiment 50 of a flow chart for processing 
incoming communications for message storage. Process 50 operates, for example, under 
control of processor 22, memory 30, and communication interface 21 of FIGURE 2. Process 
501 begins the call flow. Process 520 is optional and only necessary when the system is used 
in conjunction with an answering machine, telephone, or another device, as set forth in 
FIGURE 4A. If the call is not for the messaging system, then the system allows a telephone, 
or answering system, or any other apparatus, such as a television set to function properly 
under control of process 523. 

[0045] However, if the call is for the messaging system, then process 521 
blocks the ringing and routes the communication to the messaging system. Process 522 is 
optional and checks for PIN or other information. Processes 530, 531 and 532 are optional 
and serve to control the situation where an appointment has been changed (or for any reason a 
message is to be changed) and it is desired to change, or eliminate, a previously stored 
message. 

[0046] If all is proper, the incoming communication goes to process 502 which 
can be a interactive voice response unit or any other type of prompt which asks the sending 
user certain questions such as, "When do you wish the message to be played," or, "when do 
you wish the mike to be opened." The sending user then responds verbally or by keypad 
entry with a time. This time is stored under process 503 in clock time partition 36 of memory 
30 (FIGURE 3). Process 504 determines if this is a one-time message or is to be repeated. 
This determination is made interactively or by asking for a code from the sending user. This 
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code could be spoken, key-punched, or part of a pre-packaged message sent from the calling 
user. 

[0047] In some situations the calling user will be using a telephone, in other 
situations the calling user will be sending an email or other message from a computer via the 
Internet. If a message is to be a repeat message, blocks 505 and 507 determine if it is a daily 
message or for how long the message is to be repeated. The dates are stored via process 506 
and the call flow moves to process 510 in which the user is asked to record the message or to 
leave any attributes desired. The attributes would be, for example, temperature, calendar, or 
any one of a number of other desired local operations, where a code is put into the message to 
control the attribute at the proper time. The code could be a symbol, a number or a voice 
command. 

[0048] For example, the sending user could leave a message, as discussed 
above, that says, "Hi Mom. I just want to remind you of your haircut appointment in fifteen 
minutes. The temperature outside is attribute temperature." When the system hears the word 
"attribute" it then knows to listen for the next word to determine which attribute is to be 
recorded. The system could, for example, be established so that the sending user could be 
prompted to push buttons on the keypad for different attributes to be left as part of the 
message. 

[0049] As discussed, messages can be audio, video, still video, graphic or 
combinations thereof. Video could also include messages that are photographs or pictures 
that are to be displayed for the receiver for a period of time at a given time under control of 
the sending user. 

[0050] Process 511 controls the addition of other data to the message. This 
other data could include messages that are prestored in memory 30, or could include 
messages that are transferred into memory 30 under control of processes 512, 513, and 514. 
If the data for the message is not sent by the message sender, then process 513 obtains the 
source of the data from the sender. The data is either then obtained, or the source identity of 
the data is stored for later use in obtaining the message data. All of this information is 
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coordinated under control of process 515 and the data entered into memory 30 in the various 
partitions thereof, as discussed above. 

[0051] Process 516 determines if there are more messages. If there are more 
messages the system repeats. If there are not, it is finished. 

[0052] Process 50 can be performed in a system 20 that is unique to a recipient 
or process 50 can be performed at a location central to a plurality of potential recipients. The 
message sender could download a database of files, information, stories, readings, pictures, 
music, video at a given time. Then either concurrently with such downloading, or at some 
period thereafter, the sender could issue an instruction to the recipient's system instructing 
the recipient's system to present any one of the downloaded data to the recipient. This data 
can be orally delivered by the recording user, or could be transmitted from a database either 
directly from the recording user or from an intermediary third party. In a third-party 
scenario, the sending user could contract with the third party so that the third party then 
would download information for storage in association with the receiving user, alternatively, 
each of the messages could have a unique identification code and the sending user then would 
send the message identification code and a message play time and perhaps other attributes for 
controlling the display of the information. At the appropriate time, as controlled by the 
message play time the information from the third party would be called by the prestored 
identification code. 

[0053] FIGURE 6 shows one embodiment 60 of a flow chart for controlling the 
playing of messages for the message recipient at a time control set by the sending user. 
Process 601, under control of processor 22, memory 30, clock circuit 22 and, if desired one or 
more sensors 210-213 of FIGURE 2, provides a time and date check on providers input from 
the sensors. Under process 602 a determination is made whether it is a proper time, or if a 
sensor has reached a condition set by the message sender to deliver a message or, optionally, 
open a microphone. If it is not time, the system "sleeps" for a while. When it is time, 
process 63 1 determines if it is a blackout time such that messages will not be delivered. This 
would occur, for example, if the system is set to display no messages between the hours of 
10:00 p.m. and 6 a.m. regardless of the time set by the sender. Process 632 sets the new time. 
This new time can be the next unblocked time. In the example just presented, that time 
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would be 6 am. However, the time entered by the sender could have been a category and not 
an actual time. Thus, the sender could have indicated that the associated message is to be 
delivered at the "wake-up" time (or any other category of time) set by the recipient. Thus, 
the recipient, or a system administrator, can set the category times for the recipient. These 
categories can be, for example, wake-up, breakfast, lunch, dinner, message receipt time, etc. 

[0054] Overrides to the sender set time can be controlled under process 630 and 
in some situations the sending user could use a special code to override all blocks. For 

example, in an emergency the sender could send a message to a recipient regardless of the 

v. 

time. Another example of the use of the system would be for the recipient to wear a medical 
monitor (such as a heart or glucose monitor, etc.) and when the system senses that a 
predetermined dangerous condition exist, a message is played for the recipient telling the 
recipient what action should be taken. Thus, if a monitored sugar level drops below a critical 
point, a message is played saying, for example "Mom your sugar is low. Take a big white 
pill now!" If the sugar level continues to fall, the original message sender (or emergency 
personnel) can be notified. Thus, as an early warning, process 643, operating from a monitor 
input, controls the above-discussed message for the recipient by enabling process 630 and 
process 603 to assemble the proper message. However, if the sensor falls below a critical 
level, process 643 enables a call to 91 1 or other emergency personnel, via process 644. 

[0055] Process 603 obtains and assembles each message and obtains proper 
sensor and calendar inputs under control of the attributes operating under control of processor 
22 and memory 30. Process 604 correlates the message into a coherent message package. 
This could be both audio and video. If it is video, process 605 controls process 606 which in 
turn adjusts the point size and other stored protocol for the receiving user so that the point 
size and other protocol or are proper for this user. If the message is audio, process 610 could 
control the audio presentation. If this user requires a video presentation in addition to the 
audio, for example, a conversion of the spoken words into letters on the screen, then process 
611 operates in conjunction with process 606 to adjust to the proper point size particular to 
this user. 
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[0056] Process 607 plays the video. Process 612 adjusts the audio volume for 
the particular user based on stored user protocol. Process 613 then controls the playing of the 
audio. 

[0057] Process 620 determines if the message is finished and when it is a 
determination is made as to whether a response is required via process 621 . If such a 
response is required, then process 622 obtains the response from the user. Process 623 
determines that the response has been obtained and transmits the response to the location 
specified by the creator or sender of the message under control of process 624. Process 625 
takes appropriate action if the response has not been obtained. In this case appropriate action 
could be a signal to an administrator or a call to an emergency responder, etc. 

[0058] Process 640 controls the open microphone (or open camera) situation, as 
is discussed above, and should only be used under very controlled situations since such a 
situation would effectively open a microphone to allow a third party to listen (and perhaps 
view) in to sounds coming from the recipient without control by the recipient. This could be 
used, for example, to monitor a child by a remote parent, or for an adult child to monitor 
his/her aging parent to be certain that all is well. This monitoring would be at preset times 
controlled by sender. Process 641 controls communication and operates in conjunction with 
process 642 to transmit the data from the receiving user back to the original sending user. 

[0059] The system could be designed to allow for reminders to the sender based 
on certain attributes being determined. One such attribute, could be, for example, an empty 
message queue. In such a situation, the sender would then be called, under control of 
processing 650 and 651, and reminded to send more messages (or other data). Also, other 
attributes such as medical condition, weather, etc., could prompt the recipients system to send 
a message back to a particular person pre-identified in the recipient's system. 

[0060] Using the system described herein, a person (sending party) can 
communicate frequently with someone, such as a parent in a nursing home or a child away at 
school, even when the sending party is busy doing other things and might forget to make the 
call or to send an e-mail. The sender could send multiple messages each scheduled for a 
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different play time. The messages could, if desired, contain attributes that tailor the message 
to conditions as they exist at the time the message is played. 

[0061] Although the present embodiment of the invention and its advantages 
have been described in detail, it should be understood that various changes, substitutions and 
alterations can be made herein without departing from the invention as defined by the 
appended claims. Moreover, the scope of the present application is not intended to be limited 
to the particular embodiments of the process, machine, manufacture, composition of matter, 
means, methods and steps described in the specification. As one will readily appreciate from 
the disclosure, processes, machines, manufacture, compositions of matter, means, methods, 
or steps, presently existing or later to be developed that perform substantially the same 
function or achieve substantially the same result as the corresponding embodiments described 
herein may be utilized. Accordingly, the appended claims are intended to include within their 
scope such processes, machines, manufacture, compositions of matter, means, methods, or 
steps. 



25358039.1 



16 



